home *** CD-ROM | disk | FTP | other *** search
- Path: keats.ugrad.cs.ubc.ca!not-for-mail
- From: c2a192@ugrad.cs.ubc.ca (Kazimir Kylheku)
- Newsgroups: comp.lang.ada,comp.lang.c,comp.lang.c++
- Subject: Re: C/C++ knocks the crap out of Ada
- Date: 8 Mar 1996 09:23:22 -0800
- Organization: Computer Science, University of B.C., Vancouver, B.C., Canada
- Message-ID: <4hpqeaINN338@keats.ugrad.cs.ubc.ca>
- References: <4h5hgj$vpd@tomquartz.niestu.com> <4h7jskINNnph@anvil.ugrad.cs.ubc.ca> <313EDF38.61C1@lfwc.lockheed.com> <DnyCz1.A1n@research.att.com>
- NNTP-Posting-Host: keats.ugrad.cs.ubc.ca
-
- In article <DnyCz1.A1n@research.att.com>,
- Andrew Koenig <ark@research.att.com> wrote:
- >In article <313EDF38.61C1@lfwc.lockheed.com> Ken Garlington <GarlingtonKE@lfwc.lockheed.com> writes:
- >
- >> Kazimir Kylheku wrote:
- >
- >> > This is false. There are compilers which offer range checking. In a situation
- >> > where safety-critical software is designed, such a compiler should be used.
- >
- >> I thought you were arguing the merits of two languages. Does the C _language_
- >> standard define the syntax and sematics of built-in range checking?
- >
- >Yes and no. It defines what a range error is, then leaves it up to the
- >implementation to check for it or not. Most, but not all, C implementations
- >don't bother to check, partly because checking is expensive at run time.
-
- That's probably not the true reason, since range checking can be turned off,
- thus dispensing with the expense.
-
- The real reason is that it's a pain in the ass to implement for the folks
- writing the compiler. It's just extra complexity at the code generating stage.
-
- Since the compiler writers are likely C experts, who are themselves writing the
- compiler in C, they will take on the attitude ``why bother: if we needed range
- checking, the compiler we are compiling the new compiler with would have it''.
-
- :)
- --
-
-